home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
NetNews Offline 1
/
NetNews Offline Volume 1.iso
/
news
/
fido
/
ger
/
amiga
/
4638
< prev
next >
Wrap
Internet Message Format
|
1996-03-16
|
5KB
From: Steffen_Haeuser@f3009.n2487.z2.fido.sub.org (Steffen Haeuser)
Organization: Birdland, I'm singin' Birdland... ++49-7021-862429
Path: f3009.n2487.z2.fidonet.org!not-for-mail
Newsgroups: fido.ger.amiga
Subject: FULLSPEED! sucht Programmierer und Grafi
Message-ID: <MSGID_2=3A2487=2F3009_00006573@fidonet.org>
Date: Sun, 10 Dec 1995 13:44:09 +0200
Michael Flad%BL 2:2452/101.6@FIDO schrieb :
> Wie weit ist die Lib eigentlich ... kann man da inzwischen jetzt die
> DEV-Unterlagen bekommen ??
Haja, sag mir halt, wie ich Dirs zumailen kann... uebers FIDO geht das leider
nicht, da das Boxprogramm dieser Box fuer FIDO-Mail ne Maximallaenge hat...
sag mir mal Deine email, dann kriegste es...
>
> Aber prinzipiell gings darum, dass man einen OS-Screen benutzten
> sollte, den man auch promoten kann und somit sollte man wohl auch OS
> Routinen fuer die Grafikausgabe verwenden ... und hier liegt das Prob,
> meine bisherigen Tests auf GraKas erschienen mir durchaus akzeptabel
> (ich hab auch nur ZII und nen 030er), aber die Test auf nem AGA
> Rechner wahren vernichtend langsam (Aufloesung wie bei Dir, eben
> 640*480*256).
Tja, OS Screen is nich... unter anderem wegen der Double Buffering Sache...
eigentlich keine Graka, egal wie gut die WB-Emu unterstuetzt DBuffering ueber
die OS-Routinen... das geht immer nur ueber Spezial-Screens, die dann auch
keine Windows unterstuetzen... zumindest isses bei EGS und Picasso so... unter
HRG glaub auch...
AGA... 640x512 8 Bit is lahm... zum Glueck mach ich nur Blockgrafik, da
KOENNTE es grad so reichen... in 320x256 aber wohl ausreichend... Textdemo in
der aktuellen Beta macht das so... auch ueber OS... ScrollVPort zum buffern
und all das... und das IST schnell... (habe die aktuelle Beta allerdings noch
ned gesehen, weiss das nur von Dritten her...)
> SH> Unsinn. Die einzigen Probleme sind :
> Kein Unsinn, wenn man sich nicht mit dem untersten LowLevel der
> diversen Grafikausgabemittel beschaeftigen will.
Tja, die meisten Leute, die Spiele proggrammieren WOLLEN das, und nix anderes.
Da ist meist ein TIEFES MISSTRAUEN gegen Highlevel-Konstrukte und man nimmt
lieber die eigenen Routinen... und grade die rtg-Lib WIRD ja auch Highlevel
Konstrukte unterstuetzen... in ner hoeheren Version...
> Wir haben bereits einen sehr guten Standard, und der wir in Zukunft
> sogar noch sehr viel wichtiger werden, wenn dann vielleicht wirklich
> mal PCI-Karten mit nur kleinen Modifikationen benutzt werden koennen.
> Wozu haben wir denn im OS die Graphics.lib die momentan schon recht
> viele Funktionen bietet und in Zukunft einfach erweitert und
> beschleunigt werden sollte, die GFX.Lib sollte einfach einen GraKa
> Treiber als LowLevel-Untergrund verwenden und diese Treiber wiederum
> muesste sich eben den strikten Richtlinien, die ATech zu
> veroeffentlichen haette, unterwerfen.
Tja, das waere natuerlich fein... obwohl ich, denke ich, ein erweitertes
CyberGraphX mit DoubleBuffering Support und 3D Funktionen vorziehen wuerde...
aber Cyber unterstuetzt ja auch SEHR viele graphics.library Funktionen, z.b.
die Blitter Funktionen. Wenn ichs recht weiss, wird selbst das
Animationssystem ueber die graphics.library unterstuetzt/auf die Karte
emuliert...
> SH> ii)Direkter Zugriff aufs VRAM. Ist auf allen mir bekannten Systemen
> (manchmal
> SH> um ein paar Ecken rum... okay....) gegeben...
> VRAM haben die wenigsten Karten.
Nuja, ich meine Direktzugriff aufs RAM... aufs VRAM oder DRAM klingt doof,
deshalb hab ich VRAM geschrieben... :) Aber inzwischen scheint das ja so
ziemlich in jeder WB-Emu drin zu sein...
> Naja, es bleibt halt viel zu viel privates gehacke und auch
> Arbeitsoverhead, denn ich nicht akzeptieren kann. Das OS besitzt auch
> Routinen fuers DoubleBuffering ... es muss also keine spezielle Routine
> fuer jede Karte existieren, sondern jeder Kartentreiber sollte diese
> Routine dem OS liefern, so dass man wirklich mit einem Prog auf allen
> Konfigs leben kann.
Sag das den WB-Emu Schreibern... :) (Aber wenn ichs recht kapiert hab, wird
das CyberGraphX irgendwann ScrollVPort unterstuetzen... fragt sich nur, wann
irgendwann ist... :( )
> Das OS ist einfach zu langsam ... TextDemo hab ich bisher nur auf OCS
> gesehen, da ich es nicht auf meiner Grafikkarte zum laufen gebracht
> hab (soviel nochmal zum Thema OS) ansonsten kann man das AB3D auch
> nicht mit dem TextDemo vergleichen, da beide doch sehr
> unterschiedliche Features bieten (so schnell ist das TDemo uebrigens
> im Vergleich gar nicht, wenn man es auf vergleichbare Aufloesungen
> einstellt).
DIESE Version von Textdemo bringt das auch noch ned auf Grafikkarte... und von
wegen der Speed... Textdemo is ne c2p Sache mit 1x1 Modi und all das... AB3D
is 2x2... wenn man das beruecksichtigt, is Textdemo RASANT...
Steffen Haeuser